"XPNET 3.1 Interim Bug Fixes (IBFs) and Enhancements - PWR" SCR # Change Description ----- ------------------ SCR #3313 Files unique 08-MAR-06 for XPNET 3.0 Accelerates -------------- ----------------------- XPNET.ocaALL - u30oca.ocaA00as all TNS objects on subvol XPNET.ocaBUILD - u30oca.ocaB00as called by all OCA routines XPNET.ocaAPPL - u30alib.oca00as APPLIB XPNET.ocaNET - n30base.oca00as NETWORK XPNET.ocaNETAD - n30audr.oca00as NETADRD XPNET.ocaNCP - s30ncp.oca00as SVNCP XPNET.ocaNCPI - s30ncpi.oca00as SVNCPI XPNET.ocaNLIB - n30nlib.oca00as NLIB XPNET.ocaPREG - s30pre.oca00as PREGEN XPNET.ocaSKELB - n30sutl.oca00as SKELB XNLIB.ocaSMPL - u21smpl.oca00as (sample OCA file) XNLIB.ocaXNLIB - u30xlib.oca00as XNLIB Files unique for XPNET 3.1 Accelerates -------------- ----------------------- XPNET.ocaALL - u31oca.ocaA00as all TNS objects on subvol XPNET.ocaBUILD - u31oca.ocaB00as called by all OCA routines XPNET.ocaAPPL - u31alib.oca00as APPLIB XPNET.ocaNETAD - n31audr.oca00as NETADRD XPNET.ocaNCP - s31ncps.oca00as SVNCP XPNET.ocaNCPI - s31ncpi.oca00as SVNCPI XPNET.ocaNLIB - n31nlib.oca00as NLIB XPNET.ocaPREG - s31pre.oca00as PREGEN XPNET.ocaSKELB - n31sutl.oca00as SKELB XNLIB.ocaSMPL - u31smpl.oca00as (sample OCA file) XNLIB.ocaXNLIB - u31xlib.oca00as XNLIB Files for XPNET 3.0 & 3.1 Accelerates --------------- ----------------------- XPNET.ocaAUDP - u30audp.oca00as AUDPRO XPNET.ocaPATH - n21path.oca00as PATH XPNET.ocaPWR - n21pwr.oca00as PWR XPNET.ocaPWS - n30pws.oca00as PWS XPNET.ocaQFI - n30qfi.oca00as QFI XPNET.ocaQFILD - n30qfi.ocal00as QFILOAD XPNET.ocaTCPC - n30tcpc.oca00as TCPCLI XPNET.ocaTCPS - n30tcps.oca00as TCPSRV XPNET.ocaUDP - n30udp.oca00as UDP SCRIBE.ocaEMSP - n30empp.oca00as EMSPERUS Reference: Internal, case 408953 Symptom: None. Problem: None. Change: Developed TACL routine files which can be used by customers to accelerate TNS objects for Itanium machines using the HP Object Code Accelerator (OCA) utility. See the list of files above, with the respective name of the object(s) they accelerate. Implementation: Install the new files on the XPNET, XNLIB and SCRIBE subvols as indicated. To OCA-accelerate objects on the XPNET subvolume, the OCAALL file can be run to accelerate all the objects it can find (required and optional) on the XPNET subvolume or each individual object can be accelerated separately using its respective OCA file. Note that OCAALL first performs a checklist of the files it can accelerate and then invokes the respective individual OCA files, as necessary, to OCA-accelerate each module. On the SCRIBE subvolume, run the OCAEMSP file to accelerate the EMSPERUS object. If the XNLIB object is used, run the OCAXNLIB file on the XNLIB subvolume to accelerate the XNLIB object. The OCASMPL TACL routine file can be used for accelerating TNS user applications which use the XNLIB run-time library. Just FUP DUP OCASMPL to the location of the object that you want to accelerate, modify the DUP'ed macro file to point it to the correct object file and create the correct target file and then run it from the TACL prompt. You can add options to suppress warnings as necessary. The TACL routines are designed to create a new object of the same name with an "A" appended to the end of the object filename (e.g. when the SVNCPI object is accelerated, a SVNCPIA accelerated object is created). If the OCA acceleration is successful, the original object is named to a ZZOCnnnn file and the "A" file is renamed to the original object file. You can purge the ZZOCnnnn file that was created as procedures warrant. Stop and restart the object if necessary. The HP OCA utility is available with the H-series NonStop OS for Itanium machines. Note also that the HP OCA utility is available with the G-series NonStop OS starting with G06.27. OCA accelerating an object on a non-Itanium system does not modify the performance of the object on that system, but does allow the object to run with optimal performance once it is moved to an Itanium system. Dependencies: None. \need off;need on SCR #3350 PWR - REL2^VER1^PWR12^060809 09-AUG-06 Reference: Case 410948. Symptom: A message is sent through PWR from the Tandem to a host and the Pathsend times out. XPNET logs the following: 6289 CTS request error 22 (CTS/E rejected the SEND_DATA request) The station goes from STARTED to STARTING and then back to STARTED state. Problem: The error returned by PWR causes XPNET to take down the connection rather than attempting the I/O again. Change: Modified PWR to return an error which causes XPNET to retry sending the message through PWR again. It will do this until the station retries are exhausted. Implementation: Install PWR on the XPNET subvol. Stop and start any running PWR processes to invoke the new code. Dependencies: None.